adding tsConfigDir option, so modules can be resolve relative to the path of the tsconfig file#6
adding tsConfigDir option, so modules can be resolve relative to the path of the tsconfig file#6vlavella wants to merge 2 commits intoshlomiassaf:masterfrom
Conversation
…path of the tsconfig file
|
Travis if failing for typings checking with lodash, is solve by adding this dependency: |
|
Hi Thank you for the contribution! The AOT compiler resolved The name of the property should be The only issue I have is the confusion people will have with I will check why travis fails... I don't want to commit the dist files into the repository... Thanks! |
|
@vlavellauruit Can you remove the dist commit and upgrade to If you don't have yarn i'll do it... Thanks, Shlomi. |
I found that in complex folder structures the path of the modules is not resolved well for lazy loading routes.
This is how my folder structure looks like:
I need webpack to use the tsconfig.client.json to compile AOT and need to have that hierarchy of directories.
The issue is that webpack is trying to resolve the modules from the current process directory (is assuming that the ts.config is located there) so is not able to get the relative path of the modules correctly.
I added a new option in order to set the location of the tsconfig.If you don't set that option the loader will assume that the file is located in the current process directory (same as now), and if is set, it will use that path to get the location of the modules to load.